home *** CD-ROM | disk | FTP | other *** search
- Path: news.gate.net!not-for-mail
- From: dhaire@gate.net (doug haire)
- Newsgroups: comp.dcom.modems
- Subject: Re: Supra will offer upgrade to 33.6!
- Date: 29 Feb 1996 09:42:10 -0500
- Organization: CyberGate, Inc.
- Message-ID: <4h4e02$2776@seminole.gate.net>
- References: <312172b0.302209@uchinews.uchicago.edu> <4ftaot$rpc@shellx.best.com> <31226a7d.63749347@uchinews.uchicago.edu> <4g182k$1mu2@navajo.gate.net> <31243778.561299@uchinews.uchicago.edu> <4g3t66$26um@hopi.gate.net> <dan.878.312C8AD9@supra.com> <4gl4
- <dan.899.3134701D@supra.com>
- NNTP-Posting-Host: seminole.gate.net
- X-Newsreader: TIN [UNIX 1.3 950824BETA PL0]
-
- Dan Moore (dan@supra.com) wrote:
- : In article <4gsken$1sr0@navajo.gate.net> dhaire@gate.net (doug haire) writes:
- : >A rate renegotiation should take precedence over a full retrain. That is
- : >pretty much common sense. So far, so good. However, there are times when
- : >a retrain is *preferable* and necessary. This means that it should *not*
- : >be disabled. The speed of a rate renegotiation is irrelevent if it isn't
- : >needed and a retrain is.
- : >Follow along as I mention that USRs manage to do *both* rate
- : >renegotiation and initialize retrains according to the situation.
- : >The Supra is apparently unable to figure out when it should initiate a
- : >retrain so the manufacturer disables that as a default.
- :
- : Wrong.
- :
- : Please re-read the articles I've posted about this. They explain
- : that the modem will ALWAYS initiate a retrain if a rate renegotation fails or
- : if the line conditions degrade enough to require one (ie. the EQM exceeds the
- : retrain threshold).
- :
- : The %E and %G options control what is method is used first when
- : adjusting the data rate based on the current line conditions, either a retrain
- : or a rate renegotiation. If rate renegotiations are enabled the modem can
- : and will initiate a retrain.
- :
- : >It does not take a freaking genius to figure out that the Supra has a
- : >*problem*.
- : >Now, the problem may not be Supra's, it may be the fault of the Rockwell
- : >chip set. The problem that I have is that Supra seems to be in denial
- : >about this.
- :
- : Exactly what are we in denial about? The modems do exactly what you
- : believe they should do. This is the same behaviour every Supra modem has had
- : since our first V.32bis product, default to using rate renegotiations and only
- : retrain if a rate renegotiation fails or the EQM exceeds the retrain
- : threshold setting. This is the exact same behaviour every other V.34
- : modem I've tested has.
-
- Would you like to see the message I got yesterday from one of the techs
- you work with explaining that Rockwell is behind this? Would you like to
- explain why %E0%G1 amounts to the old %E2? Would you like to explain why
- the %Ex settings changed with the firmware?
-
- If there was nothing wrong with this stuff, why was it changed?
-
-
-